🔎 SearchAssist - Onboarding
🔎

SearchAssist - Onboarding

Week 2 - Onboarding. SearchAssist product

The Product (in brief)

Picture this

You’re shopping online on a popular fashion app. You start typing “black jacket Men...”. The app auto-suggests "....H&M.". Wow, a black jacket from H&M is exactly what you were looking for, you click the auto-suggested option, and the screen loads.... the excitement is palpable, and you see 186 results that match your search.


You’re eager to browse them all.


Andddddddddd... half of the jackets in those search results are not black, and none of the black jackets are from H&M.


Your shopping experience is ruined.


8da85i (1).jpg

BUT


What if you had a search assistant that makes information discovery and fulfillment conversational across websites, e-commerce, customer service, and workplaces?


That is exactly what SearchAssist, by Kore.ai, does.


What does SearchAssist do?

Screenshot 2024-01-16 221415.png


SearchAssist helps deliver highly relevant, accurate, contextual, and personalized search results to all users. It uses the Kore.ai proprietary technology, Large Language Models (LLMs), and Generative AI technologies to deliver next-gen search experience to various users, including employees, consumers, customer support executives, and agents.


Some of the key features of a SearchAssist application include:

  • It supports ingesting data in different formats from different sources, including web pages, files, and most commonly used third-party content management systems.
  • It is highly customizable, allowing you to completely control and customize the application’s response per your business requirements.
  • It can be seamlessly integrated into any of your existing applications to provide an engaging user experience.
  • It can be easily integrated with the most common large language models for answer generation.


Screenshot 2024-01-23 213427.png


ICPs

The product is built with specific use cases in mind. That means one level of prioritization has been done, allowing us to target all the ICPs via the product use cases i.e, E-Commerce, Website Search, Contact Center, Workplace (employee case)


However, for the onboarding experience, we have applied a few parameters like adoption curve, Frequency of use case to our product's end-users i.e., customers, Employees, and contact center agents. The frequency of use case is low and adoption curve is high for the employee use case, when compared to other ICPs.


Therefore, for the onboarding and teardown exercise, we will broadly classify our ICPs/buyer personas as per the experiences i.e, customer experiences and the agent experiences


ICP Name

ICP 1

ICP 2

Company

E-Commerce Platforms / Website Search (Customer Use Case)

Contact Center (Agent Use Case)

Persona Position

VP, Customer Experience

Director, contact center planning

Revenue

~$200 - $500+ Mn

More than ~$500 mn

Employee Size

1000+

5000+

AOV (ARR)

$150,000

$240,000+

Organisational Goals

Revenue, enhance customer experience, Increase marketing ROI,

Lowering Churn, Upselling, optimizing support costs

Role in buying process

High

Very High

Reporting Structure

Reports to CMO

Reports to CTO

Preferred Channels

Email, Phone, Face to Face (later stage talks)

Face to Face (hosting dinner meetings etc.), Email, Phone

Products used in workplace

Salesforce, Magento, Khoros, MS Office

SharePoint, Five9 (CCaaS, and WFM), Salesforce

Where do they spend time

Ad-Age, LinkedIn, YouTube, Gartner, HubSpot Academy

Gartner, LinkedIn, Expo Events

Pain Points

Low conversion (app open to purchase), Low repeat purchases

High AHT, High TAT, Lower CSAT (not entirely due to agents, some because of policies)

Objectives

Improve user experience on app/website, increase conversion, increase brand awareness

Reduce AHT, repeat contact rates, Improve agent productivity & efficiency, increase CSAT, Reducing cost per agent

Willingness to Pay

High

High

Appetite to Pay

Very High

High

Most Used and Valued Features


ICP 1 - Customer Experience Use Cases

ICP 2 - Agent Experience Use Cases

  • Unified Search + Chat interface
  • Personalized and contextual Recommendation configuration
  • A/B testing of recommendations
  • Agent Transfer
  • Tuning search results by popularity, usage etc.
  • Pre-built connectors to popular knowledge bases
  • Agent's personal assistant for quick access

Jobs To Be Done - For Buyer Persona


ICP 1 - VP, Customer Experience

ICP 2 - Director, Contact Center Planning

Primary Goal - Financial

Secondary Goal - Functional

Primary Goal - Financial

Secondary Goal - Social

WHY?

  • The Financial Goal is primary here because the objective is to increase conversion rates, cart value and the frequency of purchases (loyalty) and increase the revenue. A better search, recommendation, and buying process will also help in fewer returns and support requests
  • The Functional Goal is secondary. It helps the persona to organize their category and listings, website help info. However, it is secondary because it is 'nice to have' at this stage, and our product would still be considered if this wasn’t the case.

WHY?

  • The Financial Goal is primary here because SearchAssist mainly helps in reducing AHT, helping our persona to optimize cost per agent, while handling more customer queries in same amount of time. It also helps in retention of agents, and reducing the training costs
  • The Social Goal is secondary as it allows our persona to show the savings to their executive leadership. This is necessary as the customer service is often viewed as 'Cost Center' by the leadership, and optimizing it in any way boosts our persona's reputation, and career goals.
  • Functional Goals can also be considered here, as it allows for streamlining the knowledge base. While this definitely makes life easier for the support teams, its not our product's USP, and they can use various other ways to organize their knowledge base

Product (and Process) Teardown

We will first look at the acquisition process teardown, and move on to the product itself. Currently, the following acquisition channels are being employed. We will divide them into two categories, i.e., Inbound and Outbound.

  • Inbound
    • Through Website (prospects will contact via mail etc from website)
    • Through Analyst Reports (Process driven and controlled by the analysts. no scope to be creative) ❌
    • RFI / RFP / RFQ (part of the sales funnel)
  • Outbound
    • Email (by BDRs/AEs) - Part of the sales cycle
    • Industry Events / Summits (Company level, Organizer Defined) ❌
    • Leadership Referrals (highly personal, not defined by a set process) - ❌


For the process teardown, we will only consider those processes that account for majority od deals, are controllable, and where we have visibility. Kore.ai does not do paid ads for SearchAssist specifically. Therefore, we'll broadly classify and look at

  • The sales cycle - once the prospect enters the funnel
  • The website landing page and the product teardown


The Sales Cycle:

Project 2 - Onboarding _ SearchAssist Product Teardown.png


Before we dive into the tasks that happen for each deal stage, it should be noted that the BDRs, and SEs are provided with necessary access to prospecting tools, competitive comparison documents, battlecards, pricing tools, and other enablement processes. The process of sales enablement, while not perfect at this stage, is continuously improving, and must be analysed in that manner.


5% - 10%:

Outbound:

In outbound scenarios, the sales cycle begins with the BDRs sending out outbound emails to the list of clients segregated by the priority levels. For top priority categories, its the account executives (AE) that reach out directly.


Currently, for the SearchAssist product, there are no separate mail templates that are being used. Each mail that is sent out by BDRs pitches either Kore.ai technology as a whole, or the industry-specific solution modules wherever appropriate. Other than that, there is no product-specific communication for SearchAssist. This needs to be improved, and there needs to product specific, and also use case specific mail templates for different prospects.


Inbound:

In the inbound scenario, the prospects conduct their research, rely primarily via analyst reports, or their secondary research, and ultimately reach out to our teams via mail provided on our website.


Once received, a BDR is assigned to the prospect, and they address the prospect, and also share additional materials for them to go through.



At this stage, the content shared include product decks, loom videos, case studies, and whitepapers. The open rate is tracked, and also drip campaigns are conducted accordingly.


Next Steps:

Ultimately, in both inbound and outbound scenarios, once the initial interaction is completed via mail, the BDRs conduct an initial qualification meeting with the prospects where the main objective is to ascertain if there is an actual need, pain point to solve for the customer, and if so, is any of our product suitable to meet and exceed the customer requirements. Once this is ascertained, the deal is moved to 10% and the respective account executive for that industry is assigned to the opportunity and same is updated on the HubSpot.


The AE then has another call where they do a deep dive discovery, understand the Budget, Authority, the exact need, and if there is a realistic Timeline to work with. Once determined, the deal is moved to 20%, and a solution engineer (SE) is assigned. Kore.ai has a dedicated team of highly experienced SEs.


20% - 30%:

The SE and the AE discuss internally to prepare a strategy for that account, and they have another discussion with the client, along with the client's broader team. This discussion's purpose is to conduct a technical discovery and showcase an initial standard demo of the solution. Within this call, they also try to understand the evaluation metrics, the decision criteria, process and see if they can identify a champion at this stage.


In this stage, the client typically chooses to either have a Prood of Concept stage or if its a large enterprise, they choose the RFP route, where they then finalize top 3 or 2 participants, and have a PoC conducted.


Kore.ai has a dedicated proposal team, and is shortlisted in the majority of the RFP projects. Once the shortlist is done, the client will request a PoC or a customized demo request based on the use case they will provide. To support the SEs, Kore.ai has a dedicated demo team, that analyses the use cases provided, and builds the demo by working closely with SEs.


The prepared demo is then presented to the client by the SEs on site or on call as agreed. Further iterations, if any, are also accommodated, and are showcased to the customer.


The majority of the AHA moments occur at this stage when the prospects see the product in action, and immediately understand the value it can provide


40% - 60%:

Once the PoC or custom demo is completed, the clients provide a confirmation if they are satisfied that the product meets their requirements or not. If they confirm, the deal is moved to the 'Technical Win' stage, and an initial commercial proposal, including the pricing, implementation approach, and anpartner introduction, is done.


If the client is not happy with the demo, they duly communicate that they don't intend to move forward as the product does not meet their technical requirements or expectations.


60% - 75%:

Once the pricing (inclusive of license and implementation) is submitted, several rounds of price negotiations take place, and both parties try to come to an agreement on the BAFO (Best and Final Offer)


If the agreement is reached, the parties start the drafting of contractual documents, and prepare for the contract review. If they do not reach an agreement, the prospect moves on to the second best vendor in the competition.


Please note that this may or may not result in our company being out of the race, but definitely the deal has ran out of the steam. There is always a possibility of the customer coming back, and a revised offer is put on the table


75-100%:

Once the contract documents are drafted, its time for the legal teams to step in. Both parties negotiate the contractual the obligations, and try to arrive at a mutual agreement.


Once the mutual agreement is reached, the information security review is initiated, and the paperwork is completed, and the documents are signed by both the parties.


Once the documents are signed, the sales leadership reviews all the deal related documents to check if they are in place, and only then the deal is marked as Closed and Won



Observations in current Sales Process:


  • Product and use case specific messaging is lacking in SearchAssist related communication. From a communication standpoint, it is currently being treated as an add-on, whereas the product has its own category in the market


  • The deals are losing steam mostly in the pricing stage, which indicates that the pricing is being perceived as higher than the market rate. However, this does not mean the price should be reduced. The case here is the value is not being communicated effectively, and the potential savings are not being highlighted in the communication.


  • Another area where deals fall of is in demo stages where some mid-sized companies perceive the technology as too complex and detailed for their org. size. Therefore, the communication, or the demo flow may need to be highly customized for such customers. However, we need also weight the customization effort vs. the deal size, and then proceed case by case.


Website and Product Teardown:

Please click the following link or the PDF to view the product teardown slides. You have the comment access.


CLICK TO VIEW PRODUCT AND WEBSITE TEARDOWN

Project 2 - Onboarding _ SearchAssist Product Teardown.pdf


Activation Metrics:


Hypothesis 1:
Consumes or exceeds 100K queries within 30 days


Reasoning:

The primary, simplified use case for the application is to fetch info as per the user query. The 100K queries per month as part of standard plan provided must be used to track and understand if the user or their customers are able to realize the value of the application. This metric shows that the enduser is indeed able to retrieve info (i.e., realize value), and is adopting it, and is continuing to use the solution, and has not abandoned it midway.


Hypothesis 2:

5%-10% AHT reduction within 30 days


Reasoning:

The main objective of why this solution is implemented is reduce costs. A single second reduction in AHT saves close to $100K Annually for large contact centers. A ~5% reduction measures around 20-30 seconds depending on the circumstances, and the savings this produces will range in millions for large scale contact centers. The reduction metric is clear sign that showcases the solution's value add, and indicates that the customer is more likely to continue using it given the potential savings.



Hypothesis 3:
Ingesting new Web URLs, knowledge document sources in 15 days


Reasoning:

The ingestion of new documents indicates that the user is liking what they have seen so far, and wants to bring more information under the SearchAssist purview. This also shows a desire to continue to use the solution, and the likeliness to pay the additional amount for the potential new queries.



Hypothesis 4
Adding 1 or more than 1 knowledge base, or business systems


Reasoning:

Typically, we see that a new customer always opts to ingest standalone PDFs and Docs to understand how the solution is working and is hesitant to expose the organization's knowledge by connecting the knowledge base. If the user is deciding to connect their existing knowledge bases to the application, it indicates that they have realized the value, and are now making that commitment to keep using the application.



Hypothesis 5:

Adding new agent accounts within 30 days


Reasoning:

We see that customers like to conduct test vs. control experiments in the initial stages or the trial period by providing SearchAssist access to only few agents to understand if the solution is making a difference right away, or needs further fine-tuning.


We don't have an exact number of new agent account additions, as it varies from customer to customer, but the basis for this hypothesis is that the contact center is clearly able to attribute the reduction of AHT, or increase in CSAT experience to the SearchAssist application, and want to expand the access to more agents.


Metrics to Track:

  • Total New/Unique Users - Monthly Tracking
  • Repeat Users
  • Identified and Unidentified User Intents - This helps us understand how well the app is performing or needs training.
  • Response TIme
  • Agent Transfer Rate - To understand which intents are not being resolved via self-service, and the potential reasons
  • CSAT (customer feedback) - Helps us understand the app performance
  • Total no. of Queries: Weekly filter. To understand user adoption
  • Click Through rate - To understand the relevancy of results
  • Search Appearance - To understand which content from the knowledge base is most used

Brand focused courses

Great brands aren't built on clicks. They're built on trust. Craft narratives that resonate, campaigns that stand out, and brands that last.

View all courses

All courses

Master every lever of growth — from acquisition to retention, data to events. Pick a course, go deep, and apply it to your business right away.

View all courses

Explore foundations by GrowthX

Built by Leaders From Amazon, CRED, Zepto, Hindustan Unilever, Flipkart, paytm & more

View All Foundations

Crack a new job or a promotion with the Career Centre

Designed for mid-senior & leadership roles across growth, product, marketing, strategy & business

View All Resources

Learning Resources

Browse 500+ case studies, articles & resources the learning resources that you won't find on the internet.

Patience—you’re about to be impressed.